home *** CD-ROM | disk | FTP | other *** search
/ BBS in a Box 7 / BBS in a Box - Macintosh - Volume VII (BBS in a Box) (January 1993).iso / Files / Tele / M / MSDNPOL.TXT < prev    next >
Text File  |  1991-07-23  |  17KB  |  469 lines
  1.  
  2.  
  3.  
  4.    Macintosh Software Distribution Network
  5.  
  6.  
  7.  
  8.    Rules and Policy for Sysops and Authors Who Participate in MSDN
  9.  
  10.  
  11.    Issue: 10 June 1991
  12.  
  13.  
  14.    Copyright 1991 by Duncan McNutt, all rights reserved.
  15.    This document is only for the sysops and authors who participate in
  16.    the Macintosh Software Distribution Network.  It may be copied in
  17.    whole for that purpose only.
  18.  
  19.  
  20.    The Macintosh Software Distribution System (or MSDN for short) is a
  21.    project to distribute Public Domain and Shareware files that are
  22.    of interest to the Macintosh comunnity.  The MSDN Policy is decided
  23.    by Duncan McNutt who is the initiator and International Coordinator
  24.    of MSDN.
  25.  
  26.  
  27.    Chapters
  28.    ~~~~~~~~
  29.    Introduction
  30.    Sysop Information
  31.    Author Information
  32.    Hatcher Rules
  33.    MSDN Coordinators
  34.  
  35.  
  36.    Contact Person
  37.    ~~~~~~~~~~~~~~
  38.    If you want more information on MSDN please contact:
  39.  
  40.      Duncan McNutt
  41.      Fido@2:243/100
  42.      BBS Number: 049-6101-41471
  43.  
  44.      or
  45.  
  46.      Duncan McNutt
  47.      Am Bier 9
  48.      D-6000 Frankfurt 50
  49.      Germany
  50.  
  51. _______________________________________________________________________
  52.  
  53.  
  54.    INTRODUCTION
  55.    ============
  56.  
  57.  
  58.    About MSDN:
  59.    ~~~~~~~~~~~
  60.    MSDN is intended to distribute and popularize Public Domain and
  61.    Shareware files for the Macintosh comunity.
  62.  
  63.    This is the first issue of the MSDN Policy, as such it will probably
  64.    change substantially in future releases.  However the statements
  65.    herin are to be taken as written in stone until such a time as the
  66.    policy is changed in future issues.
  67.  
  68.    It is not to be used for commercial purposes.  This includes also: no
  69.    distribution of commercial files, no advertisements of comercial
  70.    products, free distribution of MSDN and it's files (in other words
  71.    you can't charge for MSDN file access).
  72.  
  73.    MSDN is international, as such it's main language is English.
  74.  
  75.  
  76.    Why MSDN?
  77.    ~~~~~~~~~
  78.    A lot of very good software is out there for the Macintosh.  Some of
  79.    it is easily available, some of it is unknown.  Further some Sysops
  80.    have troubles getting quality files for thier file areas.  Files can
  81.    be infected with Viruses which the Sysop may not be aware of.
  82.    Another problem is the amount of time a sysop has to take to maintain
  83.    his file areas, keeping them up to date and properly describing the
  84.    files therein. To alleviate these problems, MSDN was founded.
  85.  
  86.  
  87.    MSDN Offers Authors
  88.    ~~~~~~~~~~~~~~~~~~~
  89.    Quality and wide ranging distribution of their files.  Virus free and
  90.    complete transportation from one system to another (no partial files,
  91.    missing manuals or registration forms).  Fast distribution. Sysops
  92.    who support registration and paying of shareware fees.
  93.  
  94.  
  95.    MSDN Offers Sysops
  96.    ~~~~~~~~~~~~~~~~~~
  97.    Easy aquisition of quality Public Domain and Shareware files.  Low
  98.    maintenance file areas.  Automatic updates of those same files.
  99.    Information on new PD/Shareware files.  Quick access to the newest
  100.    versions.
  101.  
  102.  
  103.    MSDN Distribution
  104.    ~~~~~~~~~~~~~~~~~~
  105.    MSDN is distributed in Zone 1 and 2 (North America and Europe), Zone
  106.    3 (Austrailia) will be added soon.  At present it is difficult to
  107.    access the exact number because it is growing daily. However not too
  108.    many just yet, MSDN is only a few days old :-)
  109.  
  110.  
  111.    How It Works
  112.    ~~~~~~~~~~~~
  113.    MSDN files are distributed via the participating BBS Nodes. Any of
  114.    those nodes can carry one or more of the MSDN file areas.  Only the
  115.    MSDN Reginal Coordinators are required to carry _all_ MSDN areas.
  116.  
  117.    MSDN files are put into the network via designated 'hatchers'.
  118.    Hatchers are sysops within MSDN who have the permission of the MSDN
  119.    International Coordinator to place files into the Network.  Only a
  120.    few of the MSDN sysops are hatchers.
  121.  
  122. _______________________________________________________________________
  123.  
  124.  
  125.    SYSOP INFORMATION
  126.    =================
  127.  
  128.    Sysop Requirements
  129.    ~~~~~~~~~~~~~~~~~~
  130.    Sysops who carry MSDN must make the MSDN files available to users and
  131.    file requestors at no cost.  He does not have to carry all MSDN
  132.    areas, however it is suggested that he carry the MDNADMIN area as he
  133.    needs to read the policy which is distributed via that area.
  134.  
  135.  
  136.    Handling of MSDN
  137.    ~~~~~~~~~~~~~~~~
  138.    MSDN file areas are just like regular file areas with two major
  139.    exceptions:
  140.  
  141.      1. MSDN file areas have predefined names you must use.  At present
  142.         these are:
  143.  
  144.        "Mac-SDN: Administration"    MSDN Administration & Information
  145.                                     This area is used to distribute the
  146.                                     MSDN Policy as well as other
  147.                                     informative documents.
  148.  
  149.        "Mac-SDN: Telecomunication"  Files that have to do with
  150.                                     Telecomunication are distributed
  151.                                     here.
  152.  
  153.        "Mac-SDN: GAMER Project"     The GAMER Project Distribution,
  154.                                     this area contains Games and
  155.                                     Educational files.
  156.  
  157.        "Mac-SDN: Programs & Utils"  Files that don't presently fit
  158.                                     into any other category.  If a
  159.                                     large amount of files for a
  160.                                     particular subject apear in this
  161.                                     area a new MSDN area will be made
  162.                                     for this subject.
  163.  
  164.        If you can not use those names for technical reasons, then you
  165.        must approximate them as closely as possible.
  166.  
  167.      2. Files in MSDN areas come via MSDN only!  You may not put any
  168.         files in them yourself, you may not let users upload files in
  169.         these areas. Only sysops designated by the MSDN-IC may put files
  170.         in MSDN. You do not need to worry if you put a file in an MSDN
  171.         area by accident. Just placing it there will not distribute it
  172.         via the Network. It requires special software (generally called
  173.         Hatch) to distribute a file via the Network.
  174.  
  175.    You can choose to carry only a portion of the MSDN file areas, you do
  176.    not have to carry them all.  It is suggested that you carry the MSDN
  177.    Administration area as you should be familiar with the files
  178.    contained herein.  Exceptions to this Rule are the MSDN Coordinators,
  179.    they have to carry all MSDN areas.
  180.  
  181.    To automate the process of "recieving -> placement" of files in the
  182.    proper directory/folder, you should get a "Tick" program that will do
  183.    that for you.
  184.  
  185.  
  186.    Joining MSDN
  187.    ~~~~~~~~~~~~
  188.    Sysops who wish to carry MSDN need to find a system which already has
  189.    MSDN (preferably nearby, to cut costs) and ask that system's sysop to
  190.    sponser him.
  191.  
  192.    Sponsering just means that both of these Sysops write a Netmail to
  193.    the MSDN Coordinator for that area (at the moment that is the MSND-IC
  194.    Duncan Mcnutt, 2:243/100) and ask if the new Sysop may participate.
  195.    The Sysop who wishes to participate has to write his system
  196.    specifications as well as a few extra bits of information. The
  197.    information is needed to insure that (a) MSDN stays non-commercial
  198.    (legal reasons), (b) the new sysop has the a system capable of
  199.    handling MSDN traffic, (c) to be able to contact the sysop easily and
  200.    quickly in case of problems.  All data is confidential, copies will
  201.    be kept by the MSDN-Coordinators (a maximum of 3).
  202.  
  203.    The sponsoring sysop need only send a netmail to the IC.  No further
  204.    information is needed.
  205.  
  206.  
  207.    ---------------------------------- cut ----------------------
  208.  
  209.    MSDN Sysop Registration Form
  210.    ----------------------------
  211.  
  212.    Sysop Name              :
  213.    Date (DD MMM. YYYY)     :
  214.    Sysop's Address         :
  215.                            :
  216.                            :
  217.  
  218.    BBS Name                :
  219.    Main Purpose of BBS     :
  220.  
  221.    FIDO Address            :
  222.    Other Network Address(s):
  223.                            :
  224.  
  225.    BBS Computer Type       :
  226.    Modem Speed             :
  227.    Hard Disk Size          :
  228.    Space left on HD        :
  229.  
  230.    The originating sysop, named above, agrees to comply with the
  231.    conditions of the MSDN policy.
  232.  
  233.    Netmail direct to Duncan McNutt, FIDO node 2:243/100, or
  234.    send via registered mail to the address given at the end of
  235.    the introduction of this document.
  236.  
  237.    ---------------------------------- cut ----------------------
  238.  
  239.  
  240. _______________________________________________________________________
  241.  
  242.  
  243.    AUTHOR INFORMATION
  244.    ==================
  245.  
  246.    Author Requirements
  247.    ~~~~~~~~~~~~~~~~~~~
  248.    We would appreciate it if software authors would send us thier files
  249.    directly.  The advantage is that the author then controls what and in
  250.    what form his software get distributed.  Further we are then assured
  251.    that we have the "official" release versions.
  252.  
  253.    We prefer new releases or updates.  If your files are older, then
  254.    perhaps it is time for an update?
  255.  
  256.    To send us files we have a registration form.  It allows us to
  257.    determine whether files we recieve are truely from the author and not
  258.    somebody else.  You send the files plus the registration form
  259.    DIRECTLY to one of the designated 'Hatchers'.  Ask your MSDN Node who
  260.    the next Hatcher is, he has a list of all Hatchers.
  261.  
  262.  
  263.    File Registration Form
  264.    ~~~~~~~~~~~~~~~~~~~~~~
  265.    You can send the files on a disk (uncompressed and 800 KB floppies
  266.    please) or via FIDO (direct connect only please).
  267.  
  268.  
  269.    ---------------------------------- cut ----------------------
  270.  
  271.    Software Registration Form  (Each piece of software must have
  272.    --------------------------   it's own form.)
  273.  
  274.    Name of Author      :
  275.    Date (DD MMM. YYYY) :
  276.    Password of Author  :
  277.  
  278.    File/Product Name   :
  279.    Version             :
  280.    Shareware?, PD?     :
  281.    Shareware fee       :
  282.    Files               :
  283.                        :
  284.  
  285.    MSDN Area           :
  286.  
  287.    Keywords            :
  288.    Product description :
  289.    Long Description    :
  290.                        :
  291.                        :
  292.                        :
  293.  
  294.    Requirements to use
  295.    the files           :
  296.                        :
  297.  
  298.    Comments :
  299.             :
  300.             :
  301.             :
  302.  
  303.    The above named person gives MSDN permission to distribute
  304.    the above files via the MSDN Network.
  305.  
  306.    ---------------------------------- cut ----------------------
  307.  
  308.  
  309.    The password is secret and is used to insure that the files are
  310.    truely from you.
  311.  
  312.    The "Files" line should have the names of the files that you send us.
  313.    This is mostly for security reasons and when you send us the files on
  314.    Disk so that the hatcher knows which files belong to which product.
  315.    Note that we will distribute the files in the "8 . 3" format as some
  316.    systems do not support more than 8 characters a dot and 3 characters
  317.    (DOS for instance).  Files are distributed in MacBinary format so the
  318.    files inside the MacBinary 'envelope' have normal (long) names. If
  319.    you send the files with normal names then we will shorten them to the
  320.    proper length for the MacBinary distribution format.  If have a
  321.    preference what names should be used then you can put that in the
  322.    comments field.
  323.  
  324.    Keywords are used for systems that allow keyword searches of thier
  325.    files.
  326.  
  327.    The Area indicates which of the MSDN Areas you want the files posted
  328.    in.
  329.  
  330.    The descriptions are a descriptive abstract of your files.  This
  331.    will be distributed with your files.  MSDN Sysops can then post these
  332.    into local areas to make thier users aware of of new files.  The
  333.    Hatchers may also post these abstracts into the MacFiles echo (or
  334.    other suitable medium) to make the new announcement internationally
  335.    known.
  336.  
  337.  
  338. _______________________________________________________________________
  339.  
  340.  
  341.    HATCHER RULES
  342.    =============
  343.  
  344.    Who is a Hatcher?
  345.    ~~~~~~~~~~~~~~~~~
  346.    Hatchers put files into the MSDN flow. Only sysops who have been
  347.    designated as a hatcher by the MSDN-Ineternational Coordinator may do
  348.    so.
  349.  
  350.    Anybody with access to Shareware/PD programs and acess to MSDN can
  351.    become a hatcher by asking the MSDN-IC.  Please send information
  352.    about you and your system and why you would like to become a hatcher.
  353.  
  354.  
  355.    Hatcher Requirements
  356.    ~~~~~~~~~~~~~~~~~~~~
  357.    Hatchers must follow some strict guidelines.
  358.  
  359.    A hatcher usually only is allowed to 'hatch' (or put files into MSDN)
  360.    in certain MSDN areas. He may not hatch files into any of the other
  361.    MSDN areas.
  362.  
  363.    Files put into MSDN must follow the following guidlines:
  364.  
  365.      o Only Public Domain and Shareware files are allowed. Files that
  366.        use other terms for these two are of course also allowed.  Not
  367.        allowed are any comercial programs!
  368.  
  369.        Crippled or Demoware files are also NOT allowed.  If you thing
  370.        such a program would be interesting you must send it to the
  371.        MSDN-IC to be hatched.  You may not put any such files into
  372.        MSDN.
  373.  
  374.      o Try to hatch only quality software, there is enough garbage
  375.        floating around as it is.  You may refuse to hatch files an
  376.        author sends you if you believe it is useless.  However remember
  377.        that other people have other views, something you might put off
  378.        as junk may be somebody elses most important utility.  Refusing
  379.        files for relegious reasons is not valid.  If you decide to
  380.        refuse a file then you have to notify your coordinator of your
  381.        descision and why you decided to refuse hatching it.  The
  382.        Coordinator may override your descision.
  383.  
  384.      o Files must be compressed.  Allowed formats are Compactor (and
  385.        Compactor Pro), Suffit Classic (not Stuffit Deluxe) and GIF.  If
  386.        you want to use another format you must recieve permission by the
  387.        MSDN-IC.  Only packers may be self extracting!  You do not have
  388.        to use the packers own formatt to make it self extracting, you
  389.        may pack it with compactor if you wish.
  390.  
  391.      o Files must be checked for Viruses!  Even if you recieved them
  392.        direct from the author and have no viruses on your system.
  393.        Remember that people all over the world will recieve the files in
  394.        MSDN.
  395.  
  396.      o Files must follow the following convention: 8 characters for the
  397.        name, a period and 3 characters packer extension.  The character
  398.        count is a maximum limit, if you need less that is fine.
  399.  
  400.        It is sugessted to use the first 8 characters for the name and
  401.        the version number if enough space is available. You may leave
  402.        out any vowels and zeros to save space.  After the period comes
  403.        the packer extension (.CPT .SIT .GIF).
  404.  
  405.        Double check that you really only used a maximum of 8 (and not 9
  406.        or ten) characters for the name!
  407.  
  408.      o Files need to have one line comments.  Further it is recommended
  409.        that files get a second file (same name with ".INF" extension)
  410.        that contains a descriptive abstract of that file.  These
  411.        information files are pure text files that are distributed
  412.        together with the original file but not within the compressed
  413.        package.  Users can then read this file before they decide
  414.        to download the actual file.
  415.  
  416.      o If you wish you can announce the file (after it has been hatched)
  417.        in one of the file announcement conferences (such as MacFiles).
  418.  
  419. _______________________________________________________________________
  420.  
  421.  
  422.    MSDN COORDINATORS
  423.    =================
  424.  
  425.    Who is coordinator
  426.    ~~~~~~~~~~~~~~~~~~
  427.    There are three tiers of MSDN Coordinators:
  428.  
  429.      o The International Coordinator
  430.      o The Zone Coordinators
  431.      o The Region Coordinators
  432.  
  433.    Because of the limited distribution at the moment there is only one
  434.    International Coordinator and one Zone Coordinator, however this
  435.    should change by the time you read this and we should have a least
  436.    two or three Zone Coordinators.
  437.  
  438.    Zone Coordinators are designated by the International Coordinator.
  439.    Region Coordinators are designated by the Zone Coodinator of that
  440.    Zone.
  441.  
  442.    MSDN Coordinators have to carry all MSDN file areas.  They do not
  443.    have to be hatchers or Hubs for MSDN.
  444.  
  445.  
  446.    Responsibilities of a Coordinator
  447.    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  448.  
  449.      o MSDN Coordinators are responsible for the smooth flow of MSDN
  450.        files.
  451.  
  452.      o They should check that the Hatchers do thier jobs properly.
  453.  
  454.      o For adding new nodes to MSDN, the Coordinator should actively
  455.        seek to add nodes to MSDN!
  456.  
  457.      o To insure that the MSDN Policy is honored.
  458.  
  459.      o MSDN Coordinators should answer any questions about MSDN.
  460.  
  461.    Future responsibilities will entail voting on the MSDN Policy and
  462.    voting for Coordinators.
  463.  
  464. _______________________________________________________________________
  465.  
  466.  
  467. End of Text.
  468.  
  469.